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APPLICANT(S): LAUTENBACHER, Markus 
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INTERNATIONAL APPLICATION NO: PCT/EP99/09928 

INTERNATIONAL FILING DATE: 14 DEC 1999 

INVENTION: SERVICE SYSTEM IN A NETWORK 

Assistant Commissioner for Patents 
Washington, DC 20231 

Sir: 

Applicant herewith submits an amendment and substitute specification in the 
captioned PCT application, and respectfully requests entry of same prior to examination 
in the United States National Stage. 

IN THE TITLE 

Change the Title of the Invention to: SERVICE SYSTEM FOR AN IP-BASED 
COMMUNICATION NETWORK 

IN THE SPECIFICATION 

Cancel the specification as filed and insert therefore the substitute specification 
provided herewith. 



Cancel claims 1 - 15 as filed, and insert therefore new claims 16 - 29 as 
follows: 

- - What is claimed is: 

16. (New) In an IP-based network, a system comprising: 

at least one server storing application programs for implementing user 
specific subscribable services, said server storing said services on a per user basis; 
and 

at least one terminal having on-demand access to said IP-based network for 
requesting downloadable programs corresponding to said services, whereby said 
application programs can be executed. 

17. (New) The system of claim 16, wherein said user specific subscribable 
services are supplementary to basic user services. 

18. (New) The system of claim 16, wherein said user specific subscribable 
services are supplementary to Internet Telephony service. 

1 9. (New) The system of claim 18, wherein said user specific subscribable 
services can be user configured via said at least one terminal. 

20. (New) The system of claim 19, wherein said server includes a Java 
system, and said at least one terminal supports downloading of said application 
programs. 
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21 . (New) In a telecommunications network, a server comprising a database 
system storing a collection of application program for implementing specific services 
subscribable by a user, said data base system storing said specific services in a profile 
on a per user basis; and a transfer component for on-demand transferring to a user at a 
terminal, application programs according to said specific services. 

22. (New) The server of claim 21 , wherein said specific services are 
supplementary services to basic user services. 

23. (New) The server of claim 22, wherein said specific services are 
supplementary services to Internet Telephony. 

24. (New) In an IP network, a terminal comprising a client component for on- 
demand requesting of user downloadable application software from a server, said 
application software capable of implementing user subscribable services; and 

said application software including an application execution component for 
executing said downloadable software, whereby said software executes user services 
and/or a supplementary service of a user service. 

25. (New) The terminal of claim 21 , wherein said application execution 
component is implemented as a virtual machine. 



-4- 

26. (New) The terminal of claim 25, wherein said user subscribable services 
can be configured via said client component. 

27. (New) A method for realizing services in an IP-based network, the method 
comprising the steps of: 

providing user services via server in the core of the network; and 
executing said user services via a terminal at the network edge. 

28. (New) The method of claim 27, further comprising the step of realizing 
supplementary services for Internet Telephony. 

29. (New) A communication network comprising a core network for providing 
user services, and terminal at the network edges for executing said user services. - - 

IN THE ABSTRACT 
Cancel the Abstract as filed, and insert therefore on a separate page, the 
following Abstract of the Disclosure: 

- - ABSTRACT OF THE DISCLOSURE 
A system for realization of user services in a next generation IP-based network, 
involving a function split in realizing services. Providing of user services is done by a 
server in the core of the network. Execution of user services is done by terminals at the 
network edges. The system is able to cope with ever changing user services and even 
more rapidly evolving terminal hardware. - - 



REMARKS 

A substitute specification and an Abstract of the Disclosure are provided 
herewith which make editorial changes in order to condom to standard US practice. A 
marked-up version of the specification is also provided reflecting the changes made. 

In addition, the Title of the Invention has been changed to be more descriptive, 
and the claims as filed have been canceled and replaced by new claims that more 
clearly set forth the subject matter of Applicant's invention. 

No new matter has been inserted into the application. 

Applicant submits that this application is in proper condition for examination in 
the Untied States National Examination Stage, which action is earnestly solicited. 
Respectfully submitted, 

Steven H. Noll (Reg. No. 28,982) 

SCHIFF HARDIN & WAITE 
Patent Department 
6600 Sears Tower 
233 South Wacker Drive 
Chicago, IL 60606 
Telephone: (312) 258-5790 
Attorneys for Applicant(s) 

Customer Number: 26574 
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Substitute Specification: 

- - SERVICE SYSTEM FOR AN IP-BASED 
COMMUNICATION NETWORK 

BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention generally pertains to IP-based communication 
networks, and in particular to supplementary services for next generation IP-based 
communication networks. 
Discussion of the Related Art: 

In IP-based communication networks (for telecommunication and/or data), 
Network equipment vendors will add value to their products by providing distributed 
Network Services (e.g. QoS, security, reliability, roaming, remote access, ...) to 
enhance basic-IP connectivity. 

Independent third party companies will provide Network Applications (e.g. 
communication, collaborative working, e - commerce, on-line gaming, distance 
learning, etc.) for clients/servers that transparently use the network infrastructure as 
a mere transport facility based on open standards and protocols. 

The aforementioned facts require a flexible architecture for the provision and 
execution of user services in IP-based networks for telecommunication and data 
(converged networks). 

In existing solutions for user service provisioning, e.g. in telecommunication 
networks like the GSTN (Global Switched Telephony Network), the intelligence for 
user service provision and execution are unified and centralized in a few network 
entities, such as in the Local Exchange LX approach (providing "switch-based 
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services") the service processing is tightly coupled with normal call processing or 
in the Intelligent Network (IN) approach the call processing is separated. The 
combination of the Service Switching Function (SSF) and Service Control Function 
(SCF) work to process services by detection of traversal of points in a call and by 
manipulation of the call state. 

In the GSTN, said user services are called supplementary services. In 
general, these supplementary services automate procedures that people carry out 
when using "basic" telephony. In other words, supplementary services are features 
that make basic telephony calls more convenient. 

Next generation IP-based networks will have two important characteristics, 
namely, mobility of users (with or without their terminals), and a wealth of intelligent 
terminals (PC, PDA, laptop, mobile phone with Java Virtual Machine (JVM), etc.) 
These characteristics drive requirements for the benefit of the user and the network. 

Roaming of nomadic users combined with transparent co - migration of the 
user's Virtual Home Environment (VHE) will be desired. The VHE is a user's 
personal set of subscribed applications, persona! options of how these applications 
are configured and bundled into a user services package, and the user's personal 
choice of payment for the use of these services. 

In addition, compatibility with intelligent communication terminals like a PC, 
PDA, lap/palmtop, mobile phone with Java Virtual Machine (JVM) etc. will also be 
desired. 

A user may not be limited to a single type of intelligent terminal but instead 
will want to use what is most appropriate or what is available at a particular location. 
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Despite changing terminals at will, the user always wants to have the same services 
available regardless of the particular end device used. 

Due to the flexible nature of IP-based networks, the number of possible 
applications and user services running on intelligent terminals is enormous. 
Programmers are constantly implementing new ideas based on inexpensive, off-the- 
shelf platforms for intelligent terminals (e.g. PCs). 

An architecture for the provision of user services must be able to cope with 
ever changing applications and user services for even more rapidly evolving terminal 
hardware. As the network edges are changing so fast, it will become impossible to 
provide and execute user services in the core of the network. Core equipment is 
subject to more stringent requirements than consumer-grade, low-cost edge 
equipment (terminals) and hence more expensive. Creation of applications and 
corresponding user services (supplementary services in the case of Internet 
Telephony) on core equipment would technologically and economically not be able 
to keep up with the rapid creation of new applications and user services on 
inexpensive edge equipment. 

The principle idea of the invention is the function split in realizing services: 
providing of user services (e.g. enabling, profiling, distribution, administering and 
billing of user services) remains in the core of the network, while the execution of 
user services is delegated to intelligent terminals at the network edges. 

Since by now terminals have become powerful processing units anyway, it is 
economically and technically reasonable to delegate the execution of user services 
to intelligent terminals at the network edges. However providing of user services 
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(e.g. enabling, profiling, distribution, administering and billing of user services) 
remains in the core of the network. 

Technically this is achieved by a corresponding client/server architecture with 
a least one central application repository server keeping copies of application 
programs that can be downloaded on-demand into the user's terminals. 

This architecture for the provision of user services in next generation IP- 
based networks for telecommunication and/or data meets all the aforementioned 
user and network requirements. 

The invention optimally makes use of the two sources of intelligence that will 
be present in such networks, namely, distributed intelligence in network elements 
(such as routers and switches) adding value to basic IP-connectivity, and intelligence 
in end systems (clients, servers) allowing for a wealth of advanced applications 

This is a new notion of "network intelligence" different from the interpretation 
in classical IN for the GSTN where intelligence solely rests in central entities. There 
the terminals are just dumb telephony sets without any processing power. 

With terminals becoming powerful processing units due to technical evolution, 
an embodiment of the invention includes a corresponding application execution 
environment (application execution component) that works across a wide range of 
intelligent terminals and enables the technical feasibility of delegating service 
execution to a spectrum of different intelligent terminals. 

User services are services to the end user resulting from the interworking of 
network-aware applications which operate above IP-Model Layer 3 (typically even 
above IP-Model Layer 5) in intelligent terminals at the edges of the network, e.g. e- 
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mail, WWW, Buddy Lists, Internet Telephony, etc. 

Network services add value to the basic service of "IP- transport". These 
services are provided at IP-Model Layers 2 & 3 by network elements which operate 
inside the network, e.g. QoS, security, VPN, etc. 

The invention is concerned with an architecture for the provision of user 
services to IP-based intelligent terminals, not with the provision of network services. 

For the purpose of the invention it is sufficient to treat the IP-based network 
as an entity providing IP-connectivity only. The network is considered to be a pure 
transport network offering no specific network services. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to offer a system that is not concerned 
with the fundamental processes involved in making a call, which functionality is 
provided by the underlying Internet Telephony package used. 

It is another object of the invention to provide a standard interface that 
enables supplementary services to interact with all telephony packages in the same 
manner, without the need for any package-specific code in the services and whilst 
keeping the service/package interaction as simple as possible. 

It is an additional object of the invention to offer the ability to download a 
user-specific set of small application programs from a central server into the user's 
end system. 

It is yet another object of the invention to limit the supplementary services a 
user has access to and to charge the user for the services used. 

It is yet a further object of the invention to offer the ability to execute the 
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downloaded programs that implement a set of supplementary services on the user's 
machine, in a secure environment and regardless of the machine platform. 

It is yet an additional object of the invention to offer an overall control process 
that allows multiple, potentially conflicting, supplementary services to be executing at 
the same time without problem. The user is able to assign and change the relative 
priority of services within the service set and thus modify how potential conflicts are 
to be resolved. 

It is still another object of the invention to offer the ability for individual 
supplementary services in the downloaded service set to be configured by the user. 
This configuration includes setting service-specific parameters, setting the relative 
priority of services within the set of supplementary services and the ability to enable 
and disable individual services on a temporary basis. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows elements of an architecture for the provision of use services 
in next generation networks; 

Figure 2 shows architecture for the provision of user services in "idle state": 
ready to enable a user with his specific service profile when he connects with his 
intelligent terminal to a network access point; 

Figure 3 shows step-by-step service delivery: (user authentication ("user ID- 
to-service profile" mapping ("service profile-to-applications bundle" mapping (delivery 
of user specific applications bundle; 

Figure 4 shows service delivery completed: the user is ready to use his 
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personal profile of user services; 

Figure 5 shows detailed view of the Application Execution Environment 

(AXE); 

Figure 6 shows minimal architecture for internet Telephony; and 

Figure 7 shows architecture for supplementary services in Internet Telephony. 

DETAILED DESCRIPTION OF THE PRESENTLY 
PREFERRED EMBODIMENTS 

The general architecture involves only a small number of network entities as 
illustrated in Fig. 1 , which shows a network entity with its own IP address, memory, 
and some sort of CPU. For the near future, these are the numerous workstations, 
PCs, lap- & palmtops, IP-(video)phone sets, TV set-top boxes, mobile 
communication devices that run some sort of operating system and become - 
following Moore's Law - equipped with ever more powerful CPUs every 18 months. 
Each of these terminals understands some variant of Java. Today, the Java Virtual 
Machine (JVM) is already a standard part of most operating systems or gets molded 
into dedicated silicon chips for small devices like mobile communication devices. 
There is and will be a wealth of terminals available to the user. Each of them far 
more "intelligent" than the standard phone handset of today. The proposed 
architecture will therefore make use of this "free and idle intelligence" by delegating 
execution of user services to it. 

Depending on the particular intelligent terminal considered, this is a LAN 
connector, a dial-up POP of an ISP, a lap/palmtop docking unit, a base station for 
mobile communication, etc. In the proposed architecture the sole purpose of the 
network access point is to provide IP-network connectivity. 
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Given the possibility of users roaming from access point to access point, 
getting dynamically assigned IP-address while at the same time switching between 
PC, laptop, mobile communication device, etc., the access does not handle 
advanced tasks such as authentication or any other user specific things. 

If the execution of user services is delegated to the intelligent terminals, and 
the network access point provides just pure IP-connectivity, then the intelligence 
beyond mere execution of user services must be kept elsewhere. This is the User 
Service Merchant. The User Service Merchant acts as a central source for user 
specific information like user ID, authentication data, profile of subscribed user 
services, billing information, etc. It also keeps "master copies" of the application 
executables in a dedicated repository (see next section for a detailed explanation). 

The User Service Merchant provides all the logic necessary to provision 
services to the user but does not actually perform the services. 

In the existing classical IN for the GSTN, the intelligence for service provision 
and execution are unified and centralized in a few network entities. This is opposite 
to the solution proposed here, where the intelligence is split and decentralized: 
provision of user services is handled centrally by the User Service Merchant, the 
actual execution of user services is delegated to the distributed intelligent terminals. 

Fig. 2 shows the architecture in "idle state". The User Service Merchant is 
connected to the network, the user's intelligent terminal (PC, laptop, mobile 
communication device, ...) may or may not be connected to the network via a 
network access point. At this point the User Service Merchant considers the 
terminal as "off-line" (in Fig. 2 represented in italics) in either case. 
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The User Service Merchant keeps a list of user IDs (UID). An UID uniquely 
identifies a subscriber and indirectly associates him with a certain bundle of pre- 
selected applications. The information about the exact selection of applications is 
kept as an UID-associated Service Profile for each individual subscriber on the User 
Service Merchant. 

The User Service Merchant also maintains an Application Repository which 
basically is a collection of application programs stored in a suitable database 
system. Each program either implements a self-contained user service, or some 
value-adding supplementary feature for such a service (example: the self-contained 
service could be "text-only Web browsing" for mobile communication appliances, the 
supplementary feature could be "optional graphics support for Web browsing" with 
the same appliance). The programs are implemented such that an instance of 
them can be downloaded on demand from the repository into the user's intelligent 
terminal for execution. This may be achieved by technologies such as Java. 

A user can (un)subscribe to any of the available application programs in the 
repository by correspondingly changing the configuration of his UID-associated 
Service Profile. This update of the Service Profile is propagated to the User Service 
Merchant for permanent storage when the user terminates his session or when he 
takes his intelligent terminal off-line. The Service Profile is not stored on the user's 
intelligent terminal to allow for easy roaming or switching between different intelligent 
terminals. With the Service Profile kept centrally on the User Service Merchant the 
user always gets the same Service Profile regardless whether he accesses the 
network e.g. from his office PC, from a public information kiosk, from a mobile 
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communication device, or from home. Changes to the Service Profile made from 
one location/terminal will be available automatically at any other location/terminal. 

This concept of a Service Profile transparently migrating with the user across 
different locations and end systems is referred to as Virtual Home Environment 
(VHE). Service delivery with this type of architecture is shown in Fig. 3. Steps 
involved with this type of architecture include: User Authentication, UID-to-Service 
Profile Mapping, Service Profile-to-Applications Bundle Mapping, and Delivery of 
User Specific Applications Bundle. 
User Authentication: 

Before a user can use any of the services he has to authenticate himself by 
providing his UID (and related password/PIN) to the Service Merchant. In the case 
of a permanently connected PC this can be done by clicking on a corresponding 
button. In the case of a laptop or a mobile communication device, this can be done 
automatically when it gets connected to the Network Access Point. 
UID-to-Service Profile Mapping: 

After the UID (dark gray triangle) has been verified, it is mapped to the 
corresponding Service Profile of the user. The Service Profile (light gray blobs) 
represents the user's personalized applications bundle compiled from the total set of 
available applications (dark gray blobs) in the Application Repository. Via the 
Service Profile the user can create his very personal VHE. The profile is not static 
but can be customized and administered by the user directly from his intelligent 
terminal. 

Service Profile-to— Applications Bundle Mapping: 
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Based on the information in the user's Service Profile the User Service 
Merchant identifies a subset of the applications available in the Application 
Repository. The identified subset (circled dark gray blobs) is the personalized bundle 
of user services. 

Delivery of User Specific Applications Bundle: 

The final step is to download the selected bundle of applications over the 
network into the user's intelligent terminal. The Java software technology was 
designed with exactly this download capability of programs in mind. Related issues 
such as platform independence, efficiency and security when transmitting code over 
a network are an integral part of the Java design. Together with its increasing 
availability in intelligent terminals, this makes Java the prime candidate to support 
the type of architecture for the delivery of user services discussed in this document. 

Fig. 4 shows the architecture in the "ready state", the final stage of the service 
provisioning process. The programs enabling the subscribed user services have 
been downloaded into his intelligent terminal and await their invocation and 
execution there. 

As end systems become equipped with ever more powerful processors, it is 
just reasonable to exploit this power by having the services execute on the end 
systems rather than some central network entity. Restraining themselves to service 
delivery issues rather than execution central network entities face less stringent 
scalability problems. 

Furthermore, with this approach central network entities like the User Service 
Merchant are out of the loop of rapid technology changes in intelligent terminals like 
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PCs, laptops, mobile communication devices, etc. If service specific details 
regarding the intelligent terminals change, only the affected modules of the 
programs in the Application Repository have to be adapted. The User Service 
Merchant as a whole with its user administration, authentication, application 
repository & delivery functions is not affected at all. This modular approach to the 
provision of user services is nicely supported by the dynamic loading of required 
classes available in Java. Not even the whole program has to be replaced but just 
the affected class file. 

With execution of user services delegated to the intelligent terminals in the 
form of downloadable application programs, it becomes important to devise a 
corresponding Application execution environment that works across a wide range of 
technologically different intelligent terminals. The Application execution environment 
is therefore implemented as a virtual machine, for example as a java virtual 
machine. 

The virtual machine has to be ported to each supported terminal only once. 
To the applications the virtual machine looks the same on. all supported terminals. 

Fig. 5 shows a correspondingly detailed view of an intelligent terminal for the 
case of a PC running the Windows operating system by Microsoft. 

The downloaded application programs that implement a particular user 
service are Java applets (dark gray blobs) which are executed in the Application 
Execution Environment (AXE) on the intelligent terminal. Communication to and 
from the user is done via a graphical user interface (GUI) shared by all user 
services. The downloaded programs are confined within the AXE (so-called 
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'sandbox' approach) and do not communicate to lower software layers other than 
through a specific AXE API. The platform dependent connection to the Windows 
DLLs is achieved by a Java/COM interface taking AXE API commands as input 
This interface has to be written only once (e.g. in C++) for each supported intelligent 
terminal. The interface forms the specific link between the platform independent 
user services implemented in Java and the actual operating system and hardware of 
the terminal. 

This evolves the general architecture further in the case of supplementary 
services for Internet Telephony. 

Today, Internet Telephony is still lacking the elaborate set of supplementary 
services offered by the Intelligent Network (IN) approach in the Global Switched 
Telephone Network (GSTN). Internet Telephony is mainly used to provide an 
analogy for telephony over the CSTN. 

Fig. 5 shows a minimal configuration by which Internet Telephony (and, in 
particular, Microsoft (MS) NetMeeting) calls are arranged. 

In this arrangement, there are three PCs needed, namely, the Internet 
Locator Service (ILS) Server, and the originating and terminating end stations. The 
end stations are involved actively in the communication session, transcoding audio 
streams (and, optionally, video streams or data) into a form that can be carried over 
the Internet. The ILS (Internet Locator Service) Server acts as a directory server in 
the configuration. This node stores information on the users who are "logged in". 
Via the ILS users are associated with an Internet host, and that Internet host is 
running an Internet Telephony application and so is ready to respond to incoming 
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call requests. When a user asks for an Internet Telephony call to be originated, an 
address query is sent to the directory server with the "alias" (usually the email 
identifier) of their intended correspondent. The ILS then responds with the user's 
currently associated IP-address. 

With Internet Telephony, a number of distinctive features for supplementary 
services become possible that are not available in the case of GSTN. 

The important point to note here is that user services, in this particular case 
supplementary services for Internet Telephony, are associated with applications 
running on intelligent terminals, not some sort of central network entity. 

Use of the Internet allows a great deal of complexity in the provision of 
supplementary services to be avoided. Many of the services that require user 
interaction in the GSTN require temporary connections to be made to specialized 
resources (such as announcement units and DTMF tone decoders), and for any 
captured information to be sent onwards to service processors using separate data 
links. All of this is avoided because, on the Internet, one can assume that a user is 
associated with an end station that allows involved text and graphics to be 
displayed, and that the end station is capable of transferring complex messages 
directly, rather than being restricted to a simple keypad. 

There is another implication of the use of the internet when providing 
supplementary services. Internet hosts are computers, and so will almost certainly 
have powerful processors. This opens the possibility of carrying out much of the 
processing on the end stations rather than relying on the network nodes (such as the 
LX or the IN) as is required in the GSTN due to the lack of local intelligence in the 
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POTS telephones. 

Combination of basic Internet Telephony with other Internet applications such 
as email enables yet another completely different set of truly advanced 
supplementary services. 

The architecture proposed here implements and extends the more general 
architecture for the case of supplementary services for Internet Telephony. 

The architecture is concerned with an architecture to support the provision of 
supplementary services for Internet Telephony. It is not concerned with providing a 
solution for basic Internet Telephony calls. This functionality will be taken from 
some off-the-shelf Internet Telephony application package like Microsoft (MS) 
NetMeeting. 

The proposed architecture contains an infrastructure for distributing service 
logic (in the form of Java applets) to the end stations, and for allowing the service 
logic and it's management infrastructure to operate in a distributed fashion (both in 
the end stations and in separate servers). The distributed service logic supports and 
interworks with the aforementioned Internet Telephony application package. 

Fig. 7 shows the general arrangement of systems providing Internet 
Telephony, with one of the end stations (shown at the right) also having the 
enhancements to support supplementary services for Internet Telephony. The 
architecture contains the two end stations discussed above, each running off-the- 
shelf MS NetMeeting Internet Telephony application packages, where at least one 
application is enhanced with the J/Direct Interface and the Application Execution 
Environment (AXE). The server offers directory services for translation of a symbolic 
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user alias (e.g. email address) to the user's current IP address. The ILS is used to 
allow for easy to remember Telephony "numbers" and hence supports convenient 
call setup by the user. 

The User Service Merchant acts as a repository for the supplementary 
services for Internet Telephony. The services are stored as pre-compiled programs 
(in the form of Java applets), each implementing a specific service logic. On 
demand by the user, these service logic units are downloaded into the user's end 
stations for execution there. The User Service Merchant also keeps track of which 
user is entitled to use which supplementary service. 

When a user requests a particular Internet Telephony supplementary service, 
the Java applet with the corresponding service logic is downloaded from the Service 
Merchant into the AXE which sits on top of the user's Internet Telephony application 
package. The applet runs in the AXE and drives the telephony application package 
according to the applet's service logic through the J/Direct interface. The J/Direct 
interface allows for the service logic to access the Internet Telephony libraries of the 
underlying application package. 

Given the architecture of the present invention, a wealth of supplementary 
services for Internet Telephony can be provided. The set of sample Internet 
Telephony supplementary services listed below are aimed at combining email and 
Internet Telephony. The services can be grouped into "originating" and "terminating" 
services depending on whether the caller or callee uses them. 

This originating service is triggered when the callee is already engaged in a 
call. Although the user may have rejected the offered call explicitly, the result 
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(inability to communicate) is the same, and this service suffices in both cases. The 
caller is asked whether or not he wants to send an email instead. If the caller 
answers in the affirmative, then the rest of the service proceeds. The conference 
and call objects created by NetMeeting hold information on the called user alias, and 
this is used to make a template for an email to be filled in by the caller. This 
template is displayed on the user interface, and, on entry of the email content, is 
submitted for transmission. By implication, the service logic must include a small 
email client to send the email to an SMTP server. 

As in the previous case, this supplementary service is triggered when a call 
rejection has been received from the remote callee. In this case, however, it will 
display a user interface dialogue asking the calling subscriber if they would like the 
system to retry the callee's address at regular intervals. If the answer returned is 
"yes", then the service proceeds. A timer is started, and on its expiry, the call is re- 
initiated. After that, the service monitors the call state, and, if the call is successful, 
the user is notified. If it again fails, the timer is reset, and the sequence repeats. A 
choice on the user interface to be presented to allow for canceling of the sequence 
once it has could be an additional feature. 

This terminating supplementary service is used to process calls delivered to 
the end station in terms of the caller's identity. In this case, it will be used to "auto- 
reject" call offers from people not on a list of names generated as a preservice 
procedure. The list can contain explicit caller IDs or can include mechanisms to 
reject calls from people who have arranged their Internet Telephony client not to 
pass on their identity (by the expedient of not registering with an ILS server prior to 
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making the call, in the case of NetMeeting). 

This terminating supplementary service allows a subscriber (callee) to be 
informed by email of the identities of the people who have called him whilst he was 
unable (or unwilling) to answer his Internet Telephony program. The supplementary 
service will extract the name of the caller from the call data that NetMeeting provides 
(as well as making a note of the current time), and then construct an email 
describing this information. Once this is ready, it will connect to the callee's SMTP 
server, will send the text it has created, and then finally terminate the connection. 
Enhancements of this service could be used to send other kinds of notification (such 
as, for example, contacting a Web-based gateway to the GSM Short Message 
Service (SMS) and sending an SMS message with the caller's identity). 

Although modifications and changes may be suggested by those skilled in the 
art to which this invention pertains, it is the intention of the inventors to embody 
within the patent warranted hereon all changes and modifications that may 
reasonably and properly come under the scope of their contribution to the art. - - 
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ABSTRACT OF THE DISCLOSURE 



A system for realization of user services in a next generation IP-based 
network, involving a function split in realizing services. Providing of user services is 
done by a server in the core of the network. Execution of user services is done by 
terminals at the network edges. The system is able to cope with ever changing user 
services and even more rapidly evolving terminal hardware. 
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{Description} [Substitute Specification:] JC03 Rec'd POT/PTC f 5 M 200? 

{Service Gystem i n a n e twork} [- - SERVICE SYSTEM FOR AN IP-BASED ] 
{1. Intr o duction} [COMMUNICATION NETWORK 

BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention generally pertains to IP-based communication 
networks, and in particular to supplementary services for next generation 
IP-based communication networks. 
Discussion of the Related Art:] 

In IP-based communication networks (for telecommunication and/or data), 
Network equipment vendors will add value to their products by providing distributed 
Network Services (e.g. QoS, security, reliability, roaming, remote access, ...) to 
enhance basic-IP connectivity. 

Independent {3rd} [third] party companies will provide Network Applications (e.g. 
communication, collaborative working, {ecommerce} [e - commerce], on-line gaming, 
distance learning, frrrfy [etc.)] for clients/servers that transparently use the network 
infrastructure as a mere transport facility based on open standards and protocols. 

The aforementioned facts require a flexible architecture for the provision and [ 
Jexecution of user services in IP-based networks for telecommunication and data 
(converged networks). 

{2. Stat e of the art 

}ln existing solutions for user service provisioning!,] e -9- ' n telecommunication networks 
like the GSTN (Global Switched Telephony Network), the intelligence for user service 



provision and execution are unified and centralized in a few network entitiesf, such as 
ln]fr 

*-h=i}the Local Exchange LX approach (providing "switch-based [ 
]services") the service processing is tightly coupled with normal call processing [or]{^ 
{♦4ft} [in] the Intelligent Network (IN) approach the call processing is separated. The 
combination of the Service Switching Function (SSF) and Service Control Function 
(SCF) work to process services by detection of traversal of points in a call and by 
manipulation of the cali state. 

In the GSTN, said user services are called supplementary services. In general, 
these supplementary services automate procedures that people carry out when using 
"basic" telephony. In other words, supplementary services are features that make basic 
telephony calls more convenient. 

{3. The Inv e ntion 

}Next generation IP-based networks will have two important characteristics!;, namely,]{t 
•} mobility of users (with or without their terminals)!, and] {•} a wealth of intelligent 
terminals (PC, PDA, laptop, mobile phone with Java Virtual Machine (JVM), {^rft [etc.)] 
These characteristics drive requirements for the benefit of the user and [the] 
network^.] 

{User R e quir e ments: 

Roaming of nomadic users combined with transparent co - migration of {trreif} [the 
user's] Virtual Home Environment (VHE) [will be desired]. The VHE is a user's 



personal set of subscribed applications, {hts} personal options of how these 
applications are configured and bundled into a user services package, and {his} [the 
user's] personal choice {how he wants to pay} [of payment] for the use of these {user 
s e rvic e s.} [services.] 

{ ■ Int e lligent} [In addition, compatibility with intelligent] communication 
terminals like a PC, PDA, lap/palmtop, mobile phone with Java Virtual Machine (JVM) 
etc. [will also be desired. 

]{•} A user may not be limited to a single type of intelligent terminal but instead 
will want to use what is most appropriate or what is available at a particular location. 
{•} Despite changing terminals at will, the user always wants to have the same services 
available regardless of the particular end device used. 

{N e twork Requ i rem e nts: 

}Due to the flexible nature of IP-based networks, the number of possible applications 
and user services running on intelligent terminals is enormous. Programmers are 
constantly implementing new ideas based on inexpensive, off-the-shelf platforms for 
intelligent terminals (e.g. PCs)[.] 

An architecture for the provision of user services must be able to cope with ever 
changing applications and user services for even more rapidly evolving terminal 
hardware. As the network edges are changing so fast, it will become impossible to 
provide and execute user services in the core of the network. Core equipment is 
subject to more stringent requirements than consumer-grade, low-cost edge equipment 
(terminals) and hence more expensive. Creation of applications and corresponding 



user services (supplementary services in the case of Internet Telephony) on core 
equipment would technologically and economically not be able to keep up with the rapid 
creation of new applications and user services on inexpensive edge equipment. 
{Th e obj e ct of the present invention is to solve said problems. 

In th e following, the invention is d e scribed by the aid of a f e w examp les of its 
e mbodiments by referring to the attached drawing comp i ling seven figures. 

Tigur e 1 : D e menta of an architecture for th e provision of use s e rvices in next 
generat i on networks. 

figure 2: Architecture for the provision of user services in "id l e stat e ": ready to onablo- a 
user with his specific service profi le when he connects with his intell ig ent terminal to a 
network acc e ss point. 

Tigure 3: St e p-by-3tcp service delivery: (user auth e ntication ("user I D-to - sor vice profile" 
mapping ("service profile-to-applications bundle" mapping (d e livery of u ser specific 
applications bundle. 

figur e 4: Service delivery completed: th e user is ready to use his p ersonal profile of 
us e r services. 

figur e 5: Detailed view of the Application execution Environment (AXE). 



Tigur e 6: Minimal archit e cture for Int e rn e t T e l e phony. 

Tigure 7: Archit e ctur e for supp l em e ntary s e rvices in Intern e t Telephony. 

}The principle idea of the invention is the function split in realizing services: 
providing of user services (e.g. enabling, profiling, distribution, administering and billing 
of user services) remains in the core of the network, while the execution of user 
services is delegated to intelligent terminals at the network edges. 

Since by now terminals have become powerful processing units anyway, it is 
economically and technically reasonable to delegate the execution of user services to 
intelligent terminals at the network edges. However providing of user services (e.g. 
enabling, profiling, distribution, administering and billing of user services) remains in the 
core of the network. 

Technically this is achieved by a corresponding client/server architecture with a 
least one central application repository server keeping copies of application programs 
that can be downloaded on-demand into the user's terminals. 

This architecture for the provision of user services in next generation IP-based 
networks for telecommunication and/or data meets all the aforementioned user and 
network requirements. 

The invention optimally makes use of the two sources of intelligence that will be 
present in such networks[, namely,]{t 



*} distributed intelligence in network elements (such as routers and switches) adding 
value to basic IP-connectivity[, and] {•} intelligence in end systems (clients, servers) 
allowing for a wealth of advanced applications 

This is a new notion of "network intelligence" different from the interpretation in 
classical IN for the GSTN where intelligence solely rests in central entities. There the 
terminals are just dumb telephony sets without any processing power. 

With terminals becoming powerful processing units due to technical evolution, an 
embodiment of the invention includes a corresponding application execution 
environment (application execution component) that works across a wide range of 
intelligent terminals and enables the technical feasibility of delegating service execution 
to a spectrum of different intelligent terminals. 

{T e rminology: 

}User services are services to the end user resulting from the interworking of 
network-aware applications which operate above IP-Model Layer 3 (typically even 
above IP-Model Layer 5) in intelligent terminals at the edges of the network{. Examples: 
e mail, } [, e.g. e- 

mail,] WWW, Buddy Lists, Internet Telephony, [etc]fr^. 

Network services add value to the basic service of "IP- transport". These 
services are provided at IP-Model Layers 2 & 3 by network elements which operate 
inside the networ k{. Examples:} !, e.g.] QoS, security, VPN, [etc]{r^. 

The invention is concerned with an architecture for the provision of user services 
to IP-based intelligent terminals, not with the provision of network services. 



For the purpose of the invention it is sufficient to treat the IP-based network as 
an entity providing IP-connectivity only. The network is considered to be a pure 
transport network offering no specific network services. 

{3.1 General arch i tecture 



The-qe neral architecture involves only a small num b er of network entit i es -as 
Hftretr ated in rig r-4? 

IP- based Intelligent Terminals: 

Thts-ts> [SUMMARY OF THE INVENTION 
It is an object of the present invention to offer a system that is not 
concerned with the fundamental processes involved in making a call, which 
functionality is provided by the underlying Internet Telephony package used. 

It is another object of the invention to provide a standard interface that 
enables supplementary services to interact with all telephony packages in the 
same manner, without the need for any package-specific code in the services and 
whilst keeping the service/package interaction as simple as possible. 

It is an additional object of the invention to offer the ability to download a 
user-specific set of small application programs from a central server into the 
user's end system. 



It is yet another object of the invention to limit the supplementary services 

a 

user has access to and to charge the user for the services used. 

It is yet a further object of the invention to offer the ability to execute the 
downloaded programs that implement a set of supplementary services on the 
user's machine, in a secure environment and regardless of the machine platform. 

It is yet an additional object of the invention to offer an overall control 
process that allows multiple, potentially conflicting, supplementary services to be 
executing at the same time without problem. The user is able to assign and 
change the relative priority of services within the service set and thus modify how 
potential conflicts are to be resolved. 

It is still another object of the invention to offer the ability for individual 
supplementary services in the downloaded service set to be configured by the 
user. This configuration includes setting service-specific parameters, setting the 
relative priority of services within the set of supplementary services and the 
ability to enable and disable individual services on a temporary basis. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 shows elements of an architecture for the provision of use 
services in next generation networks; 

Figure 2 shows architecture for the provision of user services in "idle 
state": 

ready to enable a user with his specific service profile when he connects with his 
intelligent terminal to a network access point; 



Figure 3 shows step-by-step service delivery: (user authentication ("user 
ID-to-service profile" mapping ("service profile-to-applications bundle" mapping 
(delivery of user specific applications bundle; 

Figure 4 shows service delivery completed: the user is ready to use his 
personal profile of user services; 

Figure 5 shows detailed view of the Application Execution Environment 

(AXE); 

Figure 6 shows minimal architecture for Internet Telephony; and 
Figure 7 shows architecture for supplementary services in Internet 
Telephony. 

DETAILED DESCRIPTION OF THE PRESENTLY 
PREFERRED EMBODIMENTS 

The general architecture involves only a small number of network entities 

as illustrated in Fig. 1, which shows] a network entity with its own iP address, 

memory, and some sort of CPU. For the near future, {this} [these] are the numerous 

workstations, PCs, lap- & palmtops, IP-(video)phone sets, TV set-top boxes, mobile 

communication devices that run some sort of operating system and become -following 

Moore's Law - equipped with ever more powerful CPUs every 18 months. Each of 

these terminals understands some variant of Java. Today, the Java Virtual Machine 

(JVM) is already a standard part of most operating systems or gets molded into 

dedicated silicon chips for small devices like mobile communication devices. 

There is and will be a wealth of terminals available to the user. Each of them far more 

"intelligent" than the standard phone handset of today. The proposed architecture will 



therefore make use of this "free and idle intelligence" by delegating execution of user 
services to it. 

{Network Acc e ss Points: 
}Depending on the particular intelligent terminal considered, this is a LAN connector, a 
dial-up POP of an ISP, a lap/palmtop docking unit, a base station for mobile 
communication, etc. In the proposed architecture the sole purpose of the network 
access point is to provide IP-network connectivity. 

Given the possibility of users roaming from access point to access point, getting 
dynamically assigned {fB} [IP]-address while at the same time switching between PC, 
laptop, mobile communication device.fr^ [etc.], the access does not handle advanced 
tasks such as authentication or any other user specific things. 

{User Servic e Merchant: 
}lf the execution of user services is delegated to the intelligent terminals, and the 
network access point provides just pure IP-connectivity, then the intelligence beyond 
mere execution of user services must be kept elsewhere. This is the User Service 
Merchant. The User Service Merchant acts as a central source for user specific 
information like user ID, authentication data, profile of subscribed user services, billing 
information, etc. It also keeps "master copies" of the application executables in a 
dedicated repository (see next section for a detailed explanation). The User Service 
Merchant provides all the logic necessary to provision services to the user but does not 
actually perform the services. 



In the existing classical IN for the GSTN, the intelligence for service provision 
and execution are unified and centralized in a few network entities. This is opposite to 
the solution proposed here, where the intelligence is split and decentralized: provision 
of user services is handled centrally by the User Service Merchant, the actual execution 
of user services is delegated to the distributed intelligent terminals. 

{3.1.2 Distribut e d Mod e l for Provision and Execution of User S e rv i ces 

3.1.2.1 "Idle" State 

}Fig. 2 shows the architecture in "idle state". The User Service Merchant is connected 
to the network, the user's intelligent terminal (PC, laptop, mobile communication device, 
...) may or may not be connected to the network via a network access point. At this 
point the User Service Merchant considers the terminal as "off-line" (in Fig. 2 
represented in italics) in either case. 

The User Service Merchant keeps a list of user IDs (UID). An UID uniquely 
identifies a subscriber and indirectly associates him with a certain bundle of 
pre-selected applications. The information about the exact selection of applications is 
kept as an U ID-associated Service Profile for each individual subscriber on the User 
Service Merchant. 

The User Service Merchant also maintains an Application Repository which 
basically is a collection of application programs stored in a suitable database system. 
Each program either implements a self-contained user service, or some value-adding 



supplementary feature for such a service (example: the self-contained service could be 
"text-only Web browsing" for mobile communication appliances, the supplementary 
feature could be "optional graphics support for Web browsing" with the same 
appliance). The programs are implemented such that an instance of them can be 
downloaded on demand from the repository into the user's intelligent terminal for 
execution. This may be achieved by technologies such as Java. 

A user can (un)subscribe to any of the available application programs in the 
repository by correspondingly changing the configuration of his U ID-associated Service 
Profile. This update of the Service Profile is propagated to the User Service Merchant 
for permanent storage when the user terminates his session or when he takes his 
intelligent terminal off-line. The Service Profile is not stored on the user's intelligent 
terminal to allow for easy roaming or switching between different intelligent terminals. 
With the Service Profile kept centrally on the User Service Merchant the user always 
gets the same Service Profile regardless whether he accesses the network e.g. from his 
office PC, from a public information kiosk, from a mobile [ 

]communication device, or from home. Changes to the Service Profile made from [ 
]one location/terminal will be available automatically at any other location/terminal. [ 

]This concept of a Service Profile transparently migrating with the user across [ 
jdifferent locations and end systems is referred to as Virtual Home Environment (VHE). 
{ 



3.1.2.2 S e rvic e D e livery} Service delivery with this type of architecture is shown in Fig. 
3. {Th e steps invo l v e d are:} [Steps involved with this type of architecture include: 
User Authentication, UID-to-Service Profile Mapping, Service 
Profile-to-Applications Bundle Mapping, and Delivery of User Specific 
Applications Bundle.] 

{(1) Us e r Auth e ntication} [User Authentication:] 

Before a user can use any of the services he has to authenticate himself by 
providing his UID (and related password/PIN) to the Service Merchant. In the case of a 
permanently connected PC this can be done by clicking on a corresponding button. In 
the case of a laptop or a mobile communication device, this can be done automatically 
when it gets connected to the Network Access Point. 
{f^UID-to-Service Profile f) Mapping[:] 

After the UID (dark gray triangle) has been verified, it is mapped to the 
corresponding Service Profile of the user. The Service Profile (light gray blobs) 
represents the user's personalized applications bundle compiled from the total set of 
available applications (dark gray blobs) in the Application Repository. Via the Service 
Profile the user can create his very personal VHE. The profile is not static but can be 
customized and administered by the user directly from his intelligent terminal. 
{(a^Service Profile-to — Applications Bundle f} Mapping[:] 

Based on the information in the user's Service Profile the User Service Merchant 
identifies a subset of the applications available in the Application Repository. The 
identified subset (circled dark gray blobs) is the personalized bundle of user services. 
{(4)} Delivery of User Specific Applications Bundlef:] 



The final step is to download the selected bundle of applications over the 
network into the user's intelligent terminal. The Java software technology was designed 
with exactly this download capability of programs in mind. Related issues such as 
platform independence, efficiency and security when transmitting code over a network 
are an integral part of the Java design. Together with its increasing availability in 
intelligent terminals, this makes Java the prime candidate to support the type of 
architecture for the delivery of user services discussed in this document. 

{3.1.2.3 "R e ady" Stat e 

}Fig. 4 shows the architecture in the "ready state", the final stage of the service 
provisioning process. The programs enabling the subscribed user services have been 
downloaded into his intelligent terminal and await their invocation and execution there. 
{3.1.3 Advantages 

}As end systems become equipped with ever more powerful processors, it is just 
reasonable to exploit this power by having the services execute on the end systems 
rather than some central network entity. Restraining themselves to service delivery 
issues rather than execution central network entities face less stringent scalability 
problems. 

Furthermore, with this approach central network entities like the User Service 
Merchant are out of the loop of rapid technology changes in intelligent terminals like 
PCs, laptops, mobile communication devices, etc. If service specific details regarding 
the intelligent terminals change, only the affected modules of the programs in the 



Application Repository have to be adapted. The User Service Merchant as a whole 
with its user administration, authentication, application repository & delivery functions is 
not affected at all. This modular approach to the provision of user services is nicely 
supported by the dynamic loading of required classes available in Java. Not even the 
whole program has to be replaced but just the affected class file. 

{3.1 .4 Application Ex e cution Environment (AXE) 
}With execution of user services delegated to the intelligent terminals in the form of 
downloadable application programs, it becomes important to devise a corresponding 
Application execution environment that works across a wide range of technologically 
different intelligent terminals. The Application execution environment is {th e rfore} 
[therefore] implemented as a virtual machine, for example as a java virtual machine. [ 

]The virtual machine has to be ported to each supported terminal only once. To 
the applications the virtual machine looks the same on. all supported terminals. 

Fig. 5 shows a correspondingly detailed view of an intelligent terminal for the 
case of a PC running the Windows operating system by Microsoft. 

The downloaded application programs that implement a particular user service 
are Java applets (dark gray blobs) [whichj-f? 

Th e y} are executed in the Application Execution Environment (AXE) on the intelligent 
terminal. Communication to and from the user is done via a graphical user interface 
(GUI) shared by all user services. The downloaded programs are confined within the 
AXE (so-called 'sandbox' approach) and do not communicate to lower software layers 
other than through a specific AXE API. The platform dependent connection to the 



Windows DLLs is achieved by a Java/COM interface taking AXE API commands as 
input. This interface has to be written only once (e.g. in C++) for each supported 
intelligent terminal. The interface forms the specific link between the platform 
independent user services implemented in Java and the actual operating system and 
hardware of the terminal. 

{3.2 ARCI IITECTURE TOR SUPPLEMENTARY SERVICES I N I NTERNET 
TELEPI IONY 

}This evolves the general architecture {of s e ction 3.1} further in the case of 
supplementary services for Internet Telephony. 
{3.2.1 Pr e r e quisite s 

3.2.1.1 Status Quo 

}Today, Internet Telephony is still lacking the elaborate set of supplementary services 
offered by the Intelligent Network (IN) approach in the Global Switched Telephone 
Network (GSTN). Internet Telephony is mainly used to provide an analogy for 
telephony over the CSTN. 

{3.2.1.2 Minimal Architectur e for I nternet T e l e phony 

}Fig. 5 shows a minimal configuration by which Internet Telephony (and, in particular, 
Microsoft (MS) NetMeeting) calls are arranged. 



In this arrangement, there are three PCs needed{t}[, namely,] the Internet 
Locator Service (ILS) Server[,] and the originating and terminating end stations. The 
end stations are involved actively in the communication session, transcoding audio 
streams (and, optionally, video streams or data) into a form that can be carried over the 
Internet. { 

}The ILS (Internet Locator Service) Server acts as a directory server in the 
configuration. This node stores information on the users who are "logged in". Via the 
ILS users are associated with an Internet host, and that Internet host is running an 
Internet Telephony application and so is ready to respond to incoming call requests. 
When a user asks for an Internet Telephony call to be originated, an address query is 
sent to the directory server with the "alias" (usually the email identifier) of their intended 
correspondent. The ILS then responds with the user's currently associated IP-address. 
{ 

3.2.1 .3 Distinct i ve T e atur e s of Supplem e ntary S e rvices in Int e rnet T ele phony 

}With Internet Telephony!,] a number of distinctive features for supplementary services 
become possible that are not available in the case of GSTN[.]{t 
Supplementary servic e s for Intern e t Te l ephony ar e applications} 

The important point to note here is that user services, in this particular case 
supplementary services for Internet Telephony, are associated with applications running 
on intelligent terminals, not some sort of central network entity. 

{Simpl e serv i c e usag e 



}Use of the Internet allows a great deal of complexity in the provision of supplementary 
services to be avoided. Many of the services that require user interaction in the GSTN 
require temporary connections to be made to specialized resources (such as 
announcement units and DTMF tone decoders), and for any captured information to be 
sent onwards to service processors using separate data links. All of this is avoided 
because, on the Internet, one can assume that a user is associated with an end station 
that allows involved text and graphics to be displayed, and that the end station is 
capable of transferring complex messages directly, rather than being restricted to a 
simple keypad. 

{D e legation of s e rvice process i ng to pow e rful end syst e ms 
}There is another implication of the use of the Internet when providing supplementary 
services. Internet hosts are computers, and so will almost certainly have powerful 
processors. This opens the possibility of carrying out much of the processing on the 
end stations rather than relying on the network nodes (such as the LX or the IN) as is 
required in the GSTN due to the lack of local intelligence in the [ 
]POTS telephones^ 

Advanced suppl e m e ntary s e rvices by combination with standard I T appl i cations} 

Combination of basic Internet Telephony with other Internet applications such as 

email enables yet another completely different set of truly advanced supplementary 

services. 

{3.2.2 Archit e ctur e 



}The architecture proposed here implements and extends the more general architecture 
{of section 3.1} for the case of supplementary services for Internet Telephony. 

The architecture is concerned with an architecture to support the provision of 
supplementary services for Internet Telephony. It is not concerned with providing a 
solution for basic Internet Telephony calls. This functionality will be taken from some 
off-the-shelf Internet Telephony application package like Microsoft (MS) NetMeeting. 

The proposed architecture contains an infrastructure for distributing service logic 
(in the form of Java applets) to the end stations, and for allowing the service logic and 
it's management infrastructure to operate in a distributed fashion (both in the end 
stations and in separate servers). The distributed service logic supports and interworks 
with the aforementioned Internet Telephony application package. 

Fig. 7 shows the general arrangement of systems providing Internet Telephony, 
with one of the end stations (shown at the right) also having the enhancements to 
support supplementary services for Internet Telephony. The architecture contains the 
{fol l owing entiti e s: 
Us e r End Stations 

T-he) two end stations {ran} [discussed above, each running] off-the-shelf MS 
NetMeeting Internet Telephony application packages, where at least one application is 
enhanced with the J/Direct Interface and the Application Execution Environment (AXE). 
i 



ILS S e rver} The server offers directory services for translation of a symbolic [ 



]user alias (e.g. email address) to the user's current IP address. The ILS is used to 
allow for easy to remember Telephony "numbers" and hence supports convenient call 
setup by the user, 
f 

Us e r Servic e Merchant 

}The User Service Merchant acts as a repository for the supplementary services for 
Internet Telephony. The services are stored as pre-compiled programs (in the form of 
Java applets), each implementing a specific service logic. On demand by the user, 
these service logic units are downloaded into the user's end stations for execution 
there. The User Service Merchant also keeps track of which user is entitled to use 
which supplementary service. 

When a user requests a particular Internet Telephony supplementary service, 
the Java applet with the corresponding service logic is downloaded from the Service 
Merchant into the AXE which sits on top of the user's Internet Telephony application 
package. The applet runs in the AXE and drives the telephony application package 
according to the applet's service logic through the J/Direct interface. The J/Direct 
interface allows for the service logic to access the Internet Telephony libraries of the 
underlying application package. 

{3.2.3 K e y features and B e nef i ts 
» Th e propos e d solution is not concern e d with the fundamental proc e ss e s involv e d in 
making a call (that functionality is to be provid e d by the underlying I ntern e t T e l e phony 
packag e us e d). Tart of th e solution is however the provision of a standard interfac e that 
enabl e s suppl e mentary s e rvices to i nteract with al l t e l e phony packages in the sam e 



manner, without th e n ee d for any package'sp e cific code in th e servic e s and wh il st 
k ee ping th e s e rv i c e /package interaction as simpl e as possible. 

• Th e ability to download a us e r-sp e cific set of sma l l application programs from a 
c e ntral s e rver i nto th e us e r's end syst e m. 

■ Th e ability to limit the supplem e ntary s e rvices a us e r has acc e ss to and to charg e th e 
user for the s e rv i ces us e d. 

■ Th e ab i lity to ex e cut e th e down l oad e d programs that impl e ment a s e t of 
suppl e mentary s e rv i c e s on th e user's mach i n e , in a secure e nvironment and regardless 
of th e machine platform. 

• An overall control proc e ss that allows multiple, pot e ntially conflicting, supplem e ntary 
services to be e x e cuting at the same time without probl e m. The us e r i s abl e to assign 
and chang e th e r el at i v e priority of serv i ces within the s e rv i c e s e t and thus modify how 
potential conflicts are to b e r e solved. 

■ The ability for individual suppl e mentary s e rvices i n th e down l oaded servic e s e t to b e 
configured by the us e r. This configuration i ncludes setting servic e -specific param e ters, 
s e tting th e relative priority of services within the s e t of suppl e m e ntary servic e s and the 
ab i lity to e nabl e and disabl e individua l serv i c e s on a temporary basis. 

3.2.4 Sampl e Supplem e ntary Servic e s for intern e t Tel e phony 

Given th e proposed archit e cture} [Given the architecture of the present invention], a 

wealth of supplementary services for Internet Telephony can be provided£}[.] The set 
of sample Internet Telephony supplementary services listed below are aimed at 
combining email and Internet Telephony. The services can be grouped into 



"originating" and "terminating" services depending on whether the caller or callee uses 
them. 

{Email Alt e rnat i v e on Called Party Busy (orig i nating) 
}Th\s originating service is triggered when the callee is already engaged in a call. 
Although the user may have rejected the offered call explicitly, the result (inability to 
communicate) is the same, and this service suffices in both cases. The caller is asked 
whether or not he wants to send an email instead. If the caller answers in the 
affirmative, then the rest of the service proceeds. The conference and call objects 
created by NetMeeting hold information on the called user alias, and this is used to 
make a template for an email to be filled in by the caller. This template is displayed on 
the user interface, and, on entry of the email content, is submitted for transmission. By 
implication, the service logic must include a small email client to send the email to an 
SMTP server. 

{Tim e d R e try on Call e d Party Busy (originating) 
}As in the previous case, this supplementary service is triggered when a call rejection 
has been received from the remote callee. In this case, however, it will display a user 
interface dialogue asking the calling subscriber if they { 

}would like the system to retry the callee's address at regular intervals. If the answer 
returned is "yes", then the service proceeds. A timer is started, and on its expiry, the 
call is re-initiated. After that, the service monitors the call state, and, if the call is 
successful, the user is notified. If it again fails, the timer is reset, and the sequence 
repeats. A choice on the user interface to be presented to allow for canceling of the 
sequence once it has could be an additional feature. 



t 

Call n i tering (terminat i ng) 

}This terminating supplementary service is used to process calls delivered to the end 
station in terms of the caller's identity. In this case, it will be used to "auto-reject" call 
offers from people not on a list of names generated as a preservice procedure. The list 
can contain explicit caller IDs or [can] include mechanisms to reject calls from people 
who have arranged their Internet Telephony client not to pass on their identity (by the 
expedient of not registering with an ILS server prior to [ 
]making the call, in the case of NetMeeting).{ 

Email Not i fication of Missed Calls (terminat i ng)} 

This terminating supplementary service allows a subscriber (callee) to be 
informed by email of the identities of the people who have called him whilst he was 
unable (or unwilling) to answer his Internet Telephony program. The supplementary 
service will extract the name of the caller from the call data that NetMeeting provides 
(as well as making a note of the current time), and then construct an email describing 
this information. Once this is ready, it will connect to the callee's SMTP server, will 
send the text it has created, and then finally terminate the connection. Enhancements 
of this service could be used to send other kinds of notification (such as, for example, 
contacting a Web-based gateway to the GSM Short Message Service (SMS) and 
sending an SMS message with the caller's identity). 

{Abbr e viations:} [Although modifications and changes may be suggested by 
those skilled in the art to which this invention pertains, it is the intention of the 



inventors to embody within the patent warranted hereon all changes and 
modifications that may reasonably and properly come under the scope of their 
contribution to the art. - - ] 



f- - ABSTRACT OF THE DISCLOSURE! 
[A system for realization of user services in a next generation IP-based network, 
involving a function split in realizing services. Providing] of user services is done 
by a server in the core f}of the network[. Execution] {,- e x e cuting} of user services is 
done by terminals at the {}network edges. [The system is ] 
Abstract 

S e rvic e Syst e m in a network 

A Syst e m for th e r e al i zation of us e r services in a network 

must b e } able to cope with ever changing user services [and] {fef- 

} even more rapidly evolving terminal hardware. [- -] {Th i s goa l is achi e ved by a funct i on 

split in real i zing s e rvic e s. Providing of us e r services is done by a server in 

the cor e of th e network, wh ile ex e cuting of user services is 

done by terminals at th e n e twork edg e s- 



figure 3} 
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Description 

Ser vice System in a network 

5 1 . Introduction 

In IP-based communication networks (for telecommunication 
and/or data) , Network equipment vendors will add value to 
their products by providing distributed Network Services 
10 (e.g. QoS, security, reliability, roaming, remote access,...) 
to enhance basic-IP connectivity. 

Independent 3rd party companies will provide Network 
Applications (e.g. communication, collaborative working, e- 
15 commerce, on-line gaming, distance learning, . . . ) for 
clients/servers that transparently use the network 
infrastructure as a mere transport facility based on open 
standards and protocols. 

2 0 The aforementioned facts require a flexible architecture for 
the provision and execution of user services in IP-based 
networks for telecommunication and data (converged networks) . 

2. State of the art 

25 

In existing solutions for user service provisioning e.g. in 
telecommunication networks like the GSTN (Global Switched 
Telephony Network) , the intelligence for user service 
provision and execution are unified and centralized in a few 
30 network entities: 

• In the Local Exchange LX approach (providing "switch-based 
services") the service processing is tightly coupled with 
normal call processing. 

• In the Intelligent Network (IN) approach the call 
35 processing is separated. The combination of the Service 

Switching Function (SSF) and Service Control Function (SCF) 
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work to process services by detection of traversal of 
points in a call and by manipulation of the call state. 

In the GSTN, said user services are called supplementary 
5 services. In general, these supplementary services automate 
procedures that people carry out when using "basic" 
telephony. In other words, supplementary services are 
features that make basic telephony calls more convenient 

10 3 . The Invention 

Next generation IP-based networks will have two important 
characteristics : 

• mobility of users (with or without their terminals) 

15 • a wealth of intelligent terminals (PC, PDA, laptop, mobile 
phone with Java Virtual Machine (JVM) , . . .) 
These characteristics drive requirements for the benefit of 
the user and network: 

2 0 User Requirements: 

• Roaming of nomadic users combined with transparent co- 
migration of their Virtual Home Environment (VHE) . The VHE 
is a user's personal set of subscribed applications, his 

25 personal options of how these applications are configured 
and bundled into a user services package, and his personal 
choice how he wants to pay for the use of these user 
services . 

• Intelligent communication terminals like a PC, PDA, 

3 0 lap/palmtop, mobile phone with Java Virtual Machine (JVM) 

etc . 

• A user may not be limited to a single type of intelligent 
terminal but instead will want to use what is most 
appropriate or what is available at a particular location. 

35 • Despite changing terminals at will, the user always wants 
to have the same services available regardless of the 
particular end device used. 
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Network Requirements: 

Due to the flexible nature of IP-based networks, the number 
5 of possible applications and user services running on 
intelligent terminals is enormous. Programmers are constantly 
implementing new ideas based on inexpensive, off-the-shelf 
platforms for intelligent terminals (e.g. PCs}. 

10 An architecture for the provision of user services must be 
able to cope with ever changing applications and user 
services for even more rapidly evolving terminal hardware. As 
the network edges are changing so fast, it will become 
impossible to provide and execute user services in the core 
: 15 of the network. Core equipment is subject to more stringent 
requirements than consumer-grade, low-cost edge equipment 
(terminals) and hence more expensive. Creation of 
applications and corresponding user services (supplementary 
services in the case of Internet Telephony) on core equipment 

20 would technologically and economically not be able to keep up 
with the rapid creation of new applications and user services 
on inexpensive edge equipment. 

The object of the present invention is to solve said 
25 problems. 

In the following, the invention is described by the aid of a 
few examples of its embodiments by referring to the attached 
drawing comprising seven figures. 

30 

Figure 1: Elements of an architecture for the provision of 
use services in next generation networks. 

Figure 2: Architecture for the provision of user services in 
35 "idle state": ready to enable a user with his specific 
service profile when he connects with his intelligent 
terminal to a network access point. 
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Figure 3: Step-by-step service delivery: ( user 
authentication ( "user ID-to-service profile" mapping ( 
"service prof ile-to-applications bundle" mapping ( delivery 
5 of user specific applications bundle. 

Figure 4: Service delivery completed: the user is ready to 
use his personal profile of user services. 

10 Figure 5: Detailed view of the Application Execution 
Environment (AXE) . 

Figure 6: Minimal architecture for Internet Telephony. 

15 Figure 7: Architecture for supplementary services in Internet 
Telephony 

The principle idea of the invention is the function split in 
realizing services: 
20 providing of user services (e.g. enabling, profiling, 
distribution, administering and billing of user services) 
remains in the core of the network, while the execution of 
user services is delegated to intelligent terminals at the 
network edges . 

25 

Since by now terminals have become powerful processing units 
anyway, it is economically and technically reasonable to 
delegate the execution of user services to intelligent 
terminals at the network edges. However providing of user 
30 services (e.g. enabling, profiling, distribution, 
administering and billing of user services) remains in the 
core of the network. 

Technically this is achieved by a corresponding client/server 
35 architecture with a least one central application repository 
server keeping copies of application programs that can be 
downloaded on-demand into the user's terminals. 
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This architecture for the provision of user services in next 
generation IP-based networks for telecommunication and/or 
data meets all the aforementioned user and network 
5 requirements . 

The invention optimally makes use of the two sources of 
intelligence that will be present in such networks: 

• distributed intelligence in network elements (such as 
10 routers and switches) adding value to basic IP-connectivity 

• intelligence in end systems (clients, servers) allowing for 
a wealth of advanced applications 

This is a new notion of "network intelligence" different from 
the interpretation in classical IN for the GSTN where 
15 intelligence solely rests in central entities. There the 
terminals are just dumb telephony sets without any processing 
power . 

With terminals becoming powerful processing units due to 
20 technical evolution, an embodiment of the invention includes 
a corresponding application execution environment 
(application execution component) that works across a wide 
range of intelligent terminals and enables the technical 
feasibility of delegating service execution to a spectrum of 
25 different intelligent terminals. 

Terminology: 

User services are services to the end user resulting from the 
30 interworking of network- aware applications which operate 
above IP-Model Layer 3 (typically even above IP-Model Layer 
5) in intelligent terminals at the edges of the network. 
Examples: email, WWW, Buddy Lists, Internet Telephony, ... 

35 Network services add value to the basic service of "IP- 
transport". These services are provided at IP-Model Layers 2 
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& 3 by network elements which operate inside the network. 
Examples: QoS, security, VPN,... 

The invention is concerned with an architecture for the 
5 provision of user services to IP-based intelligent terminals, 
not with the provision of network services. 

For the purpose of the invention it is sufficient to treat 
the IP-based network as an entity providing IP-connectivity 
10 only. The network is considered to be a pure transport 
network offering no specific network services. 

3.1 General architecture 

15 3.1.1 Architectural elements 

The general architecture involves only a small number of 
network entities as illustrated in Fig. 1: 

2 0 IP-based Intelligent Terminals: 

This is a network entity with its own IP address, memory, and 
some sort of CPU. For the near future, this are the numerous 
workstations, PCs, lap- & palmtops, IP- (video) phone sets, TV 
set-top boxes, mobile communication devices that run some 

25 sort of operating system and become - following Moore's Law - 
equipped with ever more powerful CPUs every 18 months. 
Each of these terminals understands some variant of Java. 
Today, the Java Virtual Machine (JVM) is already a standard 
part of most operating systems or gets molded into dedicated 

30 silicon chips for small devices like mobile communication 
devices . 

There is and will be a wealth of terminals available to the 
user. Each of them far more "intelligent" than the standard 
phone handset of today. The proposed architecture will 
35 therefore make use of this "free and idle intelligence" by 
delegating execution of user services to it. 
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Network Access Points: 

Depending on the particular intelligent terminal considered, 
this is a LAN connector, a dial-up POP of an ISP, a 
lap/palmtop docking unit, a base station for mobile 
5 communication, etc. In the proposed architecture the sole 
purpose of the network access point is to provide IP-network 
connectivity. 

Given the possibility of users roaming from access point to 
access point, getting dynamically assigned IP-address while 
10 at the same time switching between PC, laptop, mobile 
communication device, . , . , the access does not handle 
advanced tasks such as authentication or any other user 
specific things. 

15 User Service Merchant: 

If the execution of user services is delegated to the 
intelligent terminals, and the network access point provides 
just pure IP-connectivity, then the intelligence beyond mere 
execution of user services must be kept elsewhere. This is 

20 the User Service Merchant. The User Service Merchant acts as 
a central source for user specific information like user ID, 
authentication data, profile of subscribed user services, 
billing information, etc. It also keeps "master copies" of 
the application executables in a dedicated repository (see 

25 next section for a detailed explanation) . The User Service 
Merchant provides all the logic necessary to provision 
services to the user but does not actually perform the 
services . 

30 In the existing classical IN for the GSTN, the intelligence 
for service provision and execution are unified and 
centralized in a few network entities. This is opposite to 
the solution proposed here, where the intelligence is split 
and decentralized: provision of user services is handled 

35 centrally by the User Service Merchant, the actual execution 
of user services is delegated to the distributed intelligent 
terminals . 
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3.1.2 Distributed Model for Provision and Execution of User 
Services 

5 3.1.2.1 "Idle" State 

Fig. 2 shows the architecture in "idle state". The User 
Service Merchant is connected to the network, the user's 
intelligent terminal (PC, laptop, mobile communication 
10 device,...) may or may not be connected to the network via a 
network access point. At this point the User Service Merchant 
considers the terminal as "off-line" (in Fig. 2 represented 
in italics) in either case. 

15 The User Service Merchant keeps a list of user IDs (UID) . An 
UID uniquely identifies a subscriber and indirectly 
associates him with a certain bundle of pre-selected 
applications. The information about the exact selection of 
applications is kept as an UID-associated Service Profile for 

2 0 each individual subscriber on the User Service Merchant. 

The User Service Merchant also maintains an Application 
Repository which basically is a collection of application 
programs stored in a suitable database system. Each program 
25 either implements a self-contained user service, or some 
value-adding supplementary feature for such a service 
(example: the self-contained service could be "text-only Web 
browsing" for mobile communication appliances, the 
supplementary feature could be "optional graphics support for 

3 0 Web browsing" with the same appliance) . The programs are 

implemented such that an instance of them can be downloaded 
on demand from the repository into the user's intelligent 
terminal for execution. This may be achieved by technologies 
such as Java. 

35 

A user can (un) subscribe to any of the available application 
programs in the repository by correspondingly changing the 



WO 00/36803 



PCT/EP99/09928 



configuration of his UID-associated Service Profile. This 
update of the Service Profile is propagated to the User 
Service Merchant for permanent storage when the user 
terminates his session or when he takes his intelligent 
5 terminal off-line. The Service Profile is not stored on the 
user's intelligent terminal to allow for easy roaming or 
switching between different intelligent terminals. With the 
Service Profile kept centrally on the User Service Merchant 
the user always gets the same Service Profile regardless 

10 whether he accesses the network e.g. from his office PC, from 
a public information kiosk, from a mobile communication 
device, or from home. Changes to the Service Profile made 
from one location/terminal will be available automatically at 
any other location/terminal. This concept of a Service 

15 Profile transparently migrating with the user across 
different locations and end systems is referred to as Virtual 
Home Environment (VHE) . 

3.1.2.2 Service Delivery 

20 

Service delivery with this type of architecture is shown in 

Fig. 3. The steps involved are: 

(1) User Authentication 

25 Before a user can use any of the services he has to 
authenticate himself by providing his UID {and related 
password/PIN) to the Service Merchant. In the case of a 
permanently connected PC this can be done by clicking on a 
corresponding button. In the case of a laptop or a mobile 

30 communication device, this can be done automatically when it 
gets connected to the Network Access Point. 

(2) "UID-to-Service Profile" Mapping 

After the UID (dark gray triangle) has been verified, it is 
35 mapped to the corresponding Service Profile of the user. The 
Service Profile (light gray blobs) represents the user's 
personalized applications bundle compiled from the total set 
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of available applications (dark gray blobs) in the 
Application Repository. Via the Service Profile the user can 
create his very personal VHE . The profile is not static but 
can be customized and administered by the user directly from 
5 his intelligent terminal. 

(3) "Service Prof ile-to-Applications Bundle" Mapping 

Based on the information in the user's Service Profile the 
User Service Merchant identifies a subset of the applications 
10 available in the Application Repository. The identified 
subset (circled dark gray blobs) is the personalized bundle 
of user services. 

(4) Delivery of User Specific Applications Bundle The final 
step is to download the selected bundle of applications over 

15 the network into the user's intelligent terminal. The Java 
software technology was designed with exactly this download 
capability of programs in mind. Related issues such as 
platform independence, efficiency and security when 
transmitting code over a network are an integral part of the 

20 Java design. Together with its increasing availability in 

intelligent terminals, this makes Java the prime candidate to 
support the type of architecture for the delivery of user 
services discussed in this document. 

25 3.1.2.3 "Ready" State 

Fig. 4 shows the architecture in the "ready state", the final 
stage of the service provisioning process. The programs 
enabling the subscribed user services have been downloaded 
30 into his intelligent terminal and await their invocation and 
execution there. 

3.1.3 Advantages 



As end systems become equipped with ever more powerful 
processors, it is just reasonable to exploit this power by 
having the services execute on the end systems rather than 
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some central network entity. Restraining themselves to 
service delivery issues rather than execution central network 
entities face less stringent scalability problems. 

5 Furthermore, with this approach central network entities like 
the User Service Merchant are out of the loop of rapid 
technology changes in intelligent terminals like PCs, 
laptops, mobile communication devices, etc. If service 
specific details regarding the intelligent terminals change, 

10 only the affected modules of the programs in the Application 
Repository have to be adapted. The User Service Merchant as a 
whole with its user administration, authentication, 
application repository & delivery functions is not affected 
at all. This modular approach to the provision of user 

15 services is nicely supported by the dynamic loading of 
required classes available in Java. Not even the whole 
program has to be replaced but just the affected class file. 

3.1.4 Application Execution Environment (AXE) 

20 

With execution of user services delegated to the intelligent 
terminals in the form of downloadable application programs, 
it becomes important to devise a corresponding Application 
execution environment that works across a wide range of 

25 technologically different intelligent terminals. The 
Application execution environment is therfore implemented as 
a virtual machine, for example as a java virtual machine. The 
virtual machine has to be ported to each supported terminal 
only once. To the applications the virtual machine looks the 

30 same on all supported terminals. 

Fig. 5 shows a correspondingly detailed view of an 
intelligent terminal for the case of a PC running the Windows 
operating system by Microsoft. 



The downloaded application programs that implement a 
particular user service are Java applets (dark gray blobs) . 
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They are executed in the Application Execution Environment 
(AXE) on the intelligent terminal. Communication to and from 
the user is done via a graphical user interface (GUI) shared 
by all user services. The downloaded programs are confined 
within the AXE (so-called 'sandbox' approach) and do not 
communicate to lower software layers other than through a 
specific AXE API . The platform dependent connection to the 
Windows DLLs is achieved by a Java/COM interface taking AXE 
API commands as input- This interface has to be written only 
once (e.g. in C++) for each supported intelligent terminal. 
The interface forms the specific link between the platform 
independent user services implemented in Java and the actual 
operating system and hardware of the terminal. 

3.2 ARCHITECTURE FOR SUPPLEMENTARY SERVICES IN INTERNET 
TELEPHONY 



This evolves the general architecture of section 3.1 further 
in the case of supplementary services for Internet Telephony. 

3.2.1 Prerequisites 



3.2.1.1 Status Quo 



Today, Internet Telephony is still lacking the elaborate set 
of supplementary services offered by the Intelligent Network 
(IN) approach in the Global Switched Telephone Network 
(GSTN) . Internet Telephony is mainly used to provide an 
analogy for telephony over the GSTN. 

3.2.1.2 Minimal Architecture for Internet Telephony 

Fig. 5 shows a minimal configuration by which Internet 
Telephony (and, in particular, Microsoft (MS) NetMeeting) 
calls are arranged. 

In this arrangement, there are three PCs needed: the Internet 
Locator Service (ILS) Server and the originating and 
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terminating end stations. The end stations are involved 
actively in the communication session, transcoding audio 
streams (and, optionally, video streams or data) into a form 
that can be carried over the Internet. 
5 The ILS (Internet Locator Service) Server acts as a directory 
server in the configuration. This node stores information on 
the users who are "logged in". Via the ILS users are 
associated with an Internet host, and that Internet host is 
running an Internet Telephony application and so is ready to 

10 respond to incoming call requests. When a user asks for an 
Internet Telephony call to be originated, an address query is 
sent to the directory server with the "alias" (usually the 
email identifier) of their intended correspondent. The ILS 
then responds with the user's currently associated IP- 

15 address. 

3.2.1.3 Distinctive Features of Supplementary Services in 
Internet Telephony 

20 With Internet Telephony a number of distinctive features for 
supplementary services become possible that are not available 
in the case of GSTN: 

Supplementary services for Internet Telephony are 

25 applications 

The important point to note here is that user services, in 
this particular case supplementary services for Internet 
Telephony, are associated with applications running on 
intelligent terminals, not some sort of central network 

30 entity. 

Simple service usage 

Use of the Internet allows a great deal of complexity in the 
provision of supplementary services to be avoided. Many of 
35 the services that require user interaction in the GSTN 
require temporary connections to be made to specialized 
resources (such as announcement units and DTMF tone 
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decoders), and for any captured information to be sent 
onwards to service processors using separate data links. All 
of this is avoided because, on the Internet, one can assume 
that a user is associated with an end station that allows 
involved text and graphics to be displayed, and that the end 
station is capable of transferring complex messages directly, 
rather than being restricted to a simple keypad. 

Delegation of service processing to powerful end systems 
There is another implication of the use of the Internet when 
providing supplementary services. Internet hosts are 
computers, and so will almost certainly have powerful 
processors. This opens the possibility of carrying out much 
of the processing on the end stations rather than relying on 
the network nodes (such as the LX or the IN) as is required 
in the GSTN due to the lack of local intelligence in the POTS 
telephones . 

Advanc ed supplementary services by combination with standard 
IT applications 

Combination of basic Internet Telephony with other Internet 
applications such as email enables yet another completely 
different set of truly advanced supplementary services. 

3.2.2 Architecture 

The architecture proposed here implements and extends the 
more general architecture of section 3.1 for the case of 
supplementary services for Internet Telephony. 

The architecture is concerned with an architecture to support 
the provision of supplementary services for Internet 
Telephony. It is not concerned with providing a solution for 
basic Internet Telephony calls. This functionality will be 
taken from some off-the-shelf Internet Telephony application 
package like Microsoft (MS) NetMeeting. 
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The proposed architecture contains an infrastructure for 
distributing service logic (in the form of Java applets) to 
the end stations, and for allowing the service logic and it's 
management infrastructure to operate in a distributed fashion 
(both in the end stations and in separate servers) . The 
distributed service logic supports and interworks with the 
aforementioned Internet Telephony application package. 

Fig. 7 shows the general arrangement of systems providing 
Internet Telephony, with one of the end stations (shown at 
the right) also having the enhancements to support 
supplementary services for Internet Telephony. The 
architecture contains the following entities: 

User End Stations 

The two end stations run off-the-shelf MS NetMeeting Internet 
Telephony application packages, where at least one 
application is enhanced with the J/Direct Interface and the 
Application Execution Environment (AXE) . 

ILS Server 

The server offers directory services for translation of a 
symbolic user alias (e.g. email address) to the user's 
current IP address. The ILS is used to allow for easy to 
remember Telephony "numbers" and hence supports convenient 
call setup by the user. 

User Service Merchant 

The User Service Merchant acts as a repository for the 
supplementary services for Internet Telephony. The services 
are stored as pre-compiled programs (in the form of Java 
applets), each implementing a specific service logic. On 
demand by the user, these service logic units are downloaded 
into the user's end stations for execution there. The User 
Service Merchant also keeps track of which user is entitled 
to use which supplementary service. 
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When a user requests a particular Internet Telephony 
supplementary service, the Java applet with the corresponding 
service logic is downloaded from the Service Merchant into 
the AXE which sits on top of the user's Internet Telephony 
application package. The applet runs in the AXE and drives 
the telephony application package according to the applet's 
service logic through the J/Direct interface. The J/Direct 
interface allows for the service logic to access the Internet 
Telephony libraries of the underlying application package. 



3.2.3 Key features and Benefits 

• The proposed solution is not concerned with the fundamental 
processes involved in making a call (that functionality is 
to be provided by the underlying Internet Telephony package 
used) . Part of the solution is however the provision of a 
standard interface that enables supplementary services to 
interact with all telephony packages in the same manner, 
without the need for any package-specific code in the 
services and whilst keeping the service/package interaction 
as simple as possible. 

• The ability to download a user-specific set of small 
application programs from a central server into the user's 
end system. 

• The ability to limit the supplementary services a user has 
access to and to charge the user for the services used. 

• The ability to execute the downloaded programs that 
implement a set of supplementary services on the user's 
machine, in a secure environment and regardless of the 
machine platform. 

• An overall control process that allows multiple, 
potentially conflicting, supplementary services to be 
executing at the same time without problem. The user is 
able to assign and change the relative priority of services 
within the service set and thus modify how potential 
conflicts are to be resolved. 
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• The ability for individual supplementary services in the 
downloaded service set to be configured by the user. This 
configuration includes setting service-specific parameters, 
setting the relative priority of services within the set of 
supplementary services and the ability to enable and 
disable individual services on a temporary basis. 

3.2.4 Sample Supplementary Services for Internet Telephony 

Given the proposed architecture, a wealth of supplementary 
services for Internet Telephony can be provided: The set of 
sample Internet Telephony supplementary services listed below 
are aimed at combining email and Internet Telephony. The 
services can be grouped into "originating" and "terminating" 
services depending on whether the caller or callee uses them. 

Email Alternative on Called Party Busy (originating) 
This originating service is triggered when the callee is 
already engaged in a call. Although the user may have 
rejected the offered call explicitly, the result (inability 
to communicate) is the same, and this service suffices in 
both cases. The caller is asked whether or not he wants to 
send an email instead. If the caller answers in the 
affirmative, then the rest of the service proceeds. The 
conference and call objects created by NetMeeting hold 
information on the called user alias, and this is used to 
make a template for an email to be filled in by the caller. 
This template is displayed on the user interface, and, on 
entry of the email content, is submitted for transmission. By 
implication, the service logic must include a small email 
client to send the email to an SMTP server. 

Timed Re try on Called Party Busy (originating) 

As in the previous case, this supplementary service is 
triggered when a call rejection has been received from the 
remote callee. In this case, however, it will display a user 
interface dialogue asking the calling subscriber if they 
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would like the system to retry the callee's address at 
regular intervals. If the answer returned is "yes", then the 
service proceeds. A timer is started, and on its expiry, the 
call is re-initiated. After that, the service monitors the 
call state, and, if the call is successful, the user is 
notified. If it again fails, the timer is reset, and the 
sequence repeats. A choice on the user interface to be 
presented to allow for canceling of the sequence once it has 
could be an additional feature. 



Call Filtering (terminating) 

This terminating supplementary service is used to process 
calls delivered to the end station in terms of the caller's 
identity. In this case, it will be used to "auto-reject" call 
offers from people not on a list of names generated as a pre- 
service procedure. The list can contain explicit caller IDs 
or include mechanisms to reject calls from people who have 
arranged their Internet Telephony client not to pass on their 
identity (by the expedient of not registering with an ILS 
server prior to making the call, in the case of NetMeeting) . 

Email Notification of Missed Calls (terminating) 
This terminating supplementary service allows a subscriber 
(callee) to be informed by email of the identities of the 
people who have called him whilst he was unable (or 
unwilling) to answer his Internet Telephony program. The 
supplementary service will extract the name of the caller 
from the call data that NetMeeting provides (as well as 
making a note of the current time), and then construct an 
email describing this information. Once this is ready, it 
will connect to the callee's SMTP server, will send the text 
it has created, and then finally terminate the connection. 
Enhancements of this service could be used to send other 
kinds of notification (such as, for example, contacting a 
Web-based gateway to the GSM Short Message Service (SMS) and 
sending an SMS message with the caller' s identity) . 



WO 00/36803 PCT/EP99/09928 



Abbreviations : 



IP: Internet Protocol 



WO 00/36803 



PCT/EP99/09928 



20 

Claims 

1. Service System in a network comprising: 

- at least one server storing application programs, said 

5 application programs implementing user services that may be 
subscribed by a user, said server storing the specific 
services subscribed by a user on a per user basis, 

- at least one terminal with access to the network requesting 
on demand of a terminal user downloading of application 

10 programs corresponding to the services the user has 

subscribed to and executing said application programs. 

2. Service System as defined in claim 1, 
characterized in that 

15 said services are supplementary services to basic user 
services . 

3. Service System as defined in claim 1, 
characterized in that 

20 said services are supplementary services to the service 
"internet telephony" . 

4. Service System as defined in any one of claims 1-3, 
characterized in that 

25 the specific services can be configured user controlled via 
said terminal. 

5. Service System as defined in any one of claims 1-4 
characterized in that 

30 a Java System at said server and said terminals supports the 
downloading of said application programs. 
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6. Server in a network comprising: 

- a data base system storing a collection of application 
programs implementing services that may be subscribed by a 
user and said data base system storing the specific services 
subscribed by a user in a profile on a per user basis, 

- a transfer component trans fering on demand of a user at a 
terminal application programs to that terminal according to 
the services subscribed by that user. 

7. Server as defined in claim 6, 
characterized in that 

said services are supplementary services to basic user 
services . 



8. Server as defined in claim 6, 
characterized in that 

said services are supplementary services to internet 
telephony. 

9. Terminal of a network, 

- client component requesting on demand of a user downloading 
of application software from a server, said application sw 
implementing user services that may be subscribed by a 
user, 

- application execution component executing the downloaded 
application software to execute a user service and/or a 
supplementary service of a user service. 

11. Terminal as defined in claim 10, 
characterized in that 

said application execution component is implemented as a 
virtual machine. 



12 Terminal as defined in claim 10 or 11 
characterized in that 

configuring specific services subscribed by a user 
made via said client component. 
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13. A method for realizing services in a network, wherein 
- providing of user services is done by a server in the core 
of the network, 

5 - executing of user services is done by terminals at the 
network edges. 



14 A method as defined in claim 13, 
characterized in that 
10 the method is used for the realization of supplementary 
services for internet telephony. 



15. Communication network, 
- a core network providing 
15 - terminals at the network 



comprising 
user services, 

edges executing user services. 
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